Transaction tracking, managing, assessment, and auditing data processing system and network

ABSTRACT

An improved processing system for tracking commerce on the Internet provides for subvariable processing and includes web page scanning to discern fraud or improper content to insure proper promotion of select products within the network environment.

STATEMENT OF RELATED CASES

This application is a continuation of U.S. patent application Ser. No.09/558,356, filed Apr. 26, 2000, now U.S. Pat. No. 7,020,622 entitled,“Improved Transaction, Managing, Assessment, and Auditing DataProcessing System and Network,” which is a continuation-in-part of U.S.patent application Ser. No. 09/098,860 filed Jun. 17, 1998 now abandonedentitled “Transaction Tracking and Assessment Data Processing System andNetwork”, which is a continuation-in-part of U.S. Pat. No. 5,991,740issued Nov. 23, 1999 entitled “Data Processing System for IntegratedTracking and Management of Commerce Related Activities on a PublicAccess Network.” The present application incorporates the contents ofthe above-mentioned applications and patent in their entirety.

FIELD OF THE INVENTION

The present invention relates in general terms to a data processingsystem for integrated management of commerce as transacted on aplurality of interconnected computers. Specifically, the presentinvention provides for improvements and enhancements to the networkcomputer systems previously disclosed in U.S. patent application Ser.No. 09/098,860, titled “Transaction Tracking And Assessment DataProcessing System And Network” to the present applicant, Stephen D.Messer, and in U.S. Pat. No. 5,991,540 issued Nov. 23, 1999 titled “DataProcessing System For Integrated Tracking And Management of CommerceRelated Activities On a Public Access Network” also to the presentapplicant. More specifically, the present invention relates to areferral tracking and control system for promoting goods and services ona wide area, public or private access network, such as the Internet.

BACKGROUND OF THE INVENTION

As discussed in more detail in the above-referenced parent cases, thepresent invention includes the ability to track select USER activitywhile on the Web including interactions with Web pages and click-throughnavigation to select Web sites where purchases can be executed.Notwithstanding these advancements and advantages, commerce on the webcan still be improved upon. Recognizing some of the current difficultiesin implementing affiliate programs has led to the innovations presentedherein.

OBJECTS AND SUMMARY OF THE PRESENT INVENTION

It is an object of the present invention to provide a data processingsystem for tracking, managing, and auditing select transactions betweena plurality of computer workstations interconnected via a commonnetwork.

It is a further object of the present invention to provide a tool for aMerchant to see if the Content Provider is complying with terms ofpromotional arrangement between the parties.

It is still another object of the present invention to provide a vehiclefor the detection of affiliate sponsored fraud; exemplary fraud ofconcern includes use of a process that employs a Javascript toartificially multiply the number of clicks, impressions and/or sales ona banner or similar promotional piece.

It is another object of the present invention to provide a system forencoding links with Merchant specific codes, i.e., codes that are usedby Merchants for individual tracking of customers.

It is still another object of the present invention to provide real timetranslation of internal link-based data transfers, i.e., to map theinternal code used in a prior affiliate program to the new code regimenfor the current affiliate program. This is applicable for retaining andapplying pre-existing coding regimens when switching to new programmanager.

It is yet another object of the present invention to provide a systemfor tracking select data stored in link U1 data field, comprising USERand/or site information provided in name:value pairs. Two mechanisms areemployed to collect data for the database. The first approach tracksUSER visits using cookies to determine Web path; alternatively,incentive forms that use a promotional contest to gain voluntary inputof data can be applied to collect USER/site data. Once established,closed looped marketing permits targeting of ads to particular Usersbased on the stored profile. Configured appropriately, this will alsosupport single click purchases utilizing stored data on purchaserequirements from the first Merchant, applicable to each subsequentMerchant visited by the USER.

It is another object of the present invention to provide a system thatallows Users to control the destiny of a portion of the purchase pricefor a particular good or service purchased on the Internet. A web siteis provided to allow its members to donate a portion of the referralcommission to the charities of their choice with each online purchase.

It is also an object of the present invention to target and trackaffiliate web sites with loyalty-building programs and charity sites inorder to reallocate an established percentage of every transaction.

It is also an object of the present invention to provide an identifierat the end of a URL address and allow for improved data processing fortracking and managing select transactions between a plurality ofcomputer workstations interconnected, via a common network.

In order to accomplish these and other objects, the present inventionincludes a data processing system designed and configured to operate onone or more servers interconnected for communication. The dataprocessing system includes a Clearinghouse server programmed to track,manage, and audit associated transactions of Users clicking-through anContent Provider web site and purchasing a product or service from aMerchant. The Clearinghouse server is also programmed to track andreport on the level of activity associated with the Users and produce,on a periodic basis, accounting statements for the participants directedto the transactions that have transpired during the defined period. TheClearinghouse server is further programmed to incorporate the use ofselect tagging of information to permit tracking of web site visitorsand for tracking and recording the specific transactions under scrutiny.The identifier typically includes a select coded data and may take theform of a “cookie” (or similar tracking device) that is inserted ontothe User's hard disk memory during access to the link. The Clearinghouseserver is further programmed to provide a platform for Merchants andContent Providers to efficiently reach terms on their joint promotionaland commercial efforts, and for each, to internally monitor theserelationships.

The present invention also includes the use of segregated dataprocessing system having a plurality of discrete sites individuallyprogrammed to operate in concert to monitor and track transactionsbetween related entities and provide remuneration to the participants inaccordance with a predetermined set of transaction criteria. To insureproper implementation of the promotional arrangements between parties,the system further optionally employs a web—spider that travels toselect sites and downloads Content Provider page(s) to determinecontent. Analysis is then performed to determine if the content includesinappropriate material or subject matter inconsistent with thepromotional arrangement. The system further and optionally includesfraud detection processes which detect Javascript on the affiliate'spage that automatically triggers and loops the web page linking codes,artificially creating multiple “clicks” on the promotion.

Other objects, features, and advantages of the invention shall becomeapparent as the description thereof proceeds when considered inconnection with the accompanying illustrative drawings, detaileddescription of the specific embodiments, and the appended claims.

BRIEF DESCRIPTION OF THE FIGURES

In the drawings which illustrate the best mode presently contemplatedfor carrying out the present invention:

FIG. 1 is a schematic block diagram providing an overview of the system;

FIG. 2 is a logic flow diagram of the flow detection system;

FIG. 3 is a logic flow diagram of the web page analyzer;

FIG. 4 is a logic flow diagram of the commission vector subsystem; and

FIG. 5 is a schematic of the variable structure.

DETAILED DESCRIPTION OF THE INVENTION

First, briefly in overview, the present invention involves the use of adata processing system having a plurality of discrete sites individuallyprogrammed to operate in concert to monitor and track transactionsbetween related entities and provide a remuneration to the participantsin accordance with a pre-determined set of transaction criteria. Thesystem may be better understood by its use in support of transactions onthe Internet.

The Internet is populated with a large number of web sites, each managedand configured to provide information to visitors browsing the web. Someweb sites considered “Content Providers” (or “Site Owners” as previouslydescribed in the parent cases mentioned above), include one or more webpages having information that is of interest to USERS during a browsingsession. Content Providers may become Affiliates as described in furtherdetail below.

Referring to FIG. 1, the USER typically will access the Internet via amodem connection or a local area network connection. The USER begins theprocess by using a web browser, such as Microsoft's Internet Explorer™or Netscape Navigator™ to visit an Affiliate web page, block 120, suchas one of the main web pages that include articles on current events,business news, sports, personal finance, etc. Importantly, the Affiliateor Site Owner includes a rich array of interesting subject mattercapable of drawing substantial traffic to the site during operation. Inaddition, the Affiliate has allocated space among the various web pagesthat can be made available for banner type ads or similar. On this webpage, a banner ad (text link or icon) block 125, is displayed to theUSER promoting products or services at an attractively discounted price.Finally, it is expected that the Affiliate further provides text-basedor other promotional vehicles for use in advertising practice.

The banner ad is linked, first in a seamless fashion to theClearinghouse server, block 130. The link then continues directly to theMerchant block 140 (as shown by inner path in FIG. 1). During thelinking process, the USER has an identifier string appended to the HTTPentry, and possibly a “cookie” placed on their system. These act as amarker to permit tracking of the USER by the Clearinghouse, to determineif and when the USER was involved in a purchase, and if to allocate apurchase commission to the Affiliate. The identifier used with selectAffiliates include data fields for use to track select information suchas a commission vector, i.e., a magnitude and direction for commissiondollars generated by that USER's commerce activity on the Web. This willinclude, perhaps, a charity wherein subsequent purchases by that USERwill trigger commissions, a portion of which are contributed to thecharity on periodic basis. The charity—one of selectable vectors—isknown as the “Target ID”. In other embodiments, the USER can requestthat a portion of the commission be donated to a school, otherindividuals, or even a personal investment account as part of a couponredeeming or “cash back” algorithm. A USER will likely return to theAffiliate since any purchases made when clicking-through the Affiliatewill result in a donation to the USER's charity of choice and possibly areduced purchase price, hence creating USER loyalty.

The hub of operation is the Clearinghouse server, 130 linked forinterconnection and communication with the network and, in particular,any Merchants and Affiliates interested in formalizing ad programs basedon the precepts of the present invention. The Clearinghouse server isequipped with processing power and memory sufficient to meet the demandof multiple subscribers and click-through traffic from Affiliatepromotions. In its preferred embodiments, the server is configured witha UNIX operating system. Database management software utilizing Oracle®on an Apache® Webserver is configured for the specific operating systemenvironment. As discussed below, the Clearinghouse is further equippedto deter fraud and other non-productive activity.

Finally, the Merchant server 140, is similarly linked to the network.The Merchant server is also advantageously configured with the UNIXoperating system. Merchants submit text file reports back to theClearinghouse regarding Affiliate triggered commerce. In addition, thegoods are delivered to the USER.

As discussed previously, after information is received about thepurchase at the Clearinghouse server, a commission determination iscalculated. The commission will be a factor of several variablesincluding the original arrangement worked out between the Merchant andthe Site Owner, and the qualification of the USER in terms of access tothe Merchant site, i.e., whether that USER had been directed to theMerchant site by more than one banner ad before the purchase was made.

If so, a sharing or priority plan may be required. Once these terms havebeen implemented, final accounting for the Merchant and Affiliate isimplemented including payment of commission and recording alltransaction details. In this way, valuable records detailing theactivity of select banners in terms of revenue are created allowing foraccurate assessment of promotional impact.

On the Merchant's side, products and services are organized withidentifier codes, known as sku's. The sku's assist in tracking theproducts for the Merchants' inventory control and the like. The databasecomprising product sku's is formatted and sent to the Clearinghouse forposting. When USERs interact with Affiliates and ultimately thesupplying Merchants, the links trigger the placement of code includingsku values on the USER command line allowing for more precise producttracking capabilities.

Merchant's may build commerce tracking links recognizable by theClearinghouse through programming residing on the Clearinghouse server.Specifically, a URL for a product offered on the Merchant site is copiedto the clipboard of the computer. A specific web page on theClearinghouse server is then accessed and the product URL on theclipboard is “pasted” on the designated location of the page. Inaddition, the Merchant can copy and paste images relating to theproduct, or alternatively type in descriptive information in thedesignated fields of the Clearinghouse web page dedicated to linkcreation. Once the specific information is placed, the Clearinghouseserver, via Javascript, Perl and/or “C” programming, generates theoperative link, including all parameters necessary to implement commercetracking. This is accomplished via a stored database on theClearinghouse server comprising the input/output link conversioncriteria for each Merchant associated with the Clearinghouse.

In operation, tracking parameters, including site ID and session ID willbe encrypted. The purpose of this is to prevent extraction byunauthorized entities (web robots, search engines, etc.) of traffic, andcommerce patterns of select sites. For example, the following HTTP linkincludes an encrypted ID:http://click.linksynergy.com/fs-bin/stat?id=1Mh2Xiq9xNO&offerid=2164&ul=1234  (1)

Here the “id” is a site ID for an Affiliate, and the value is encryptedusing a 128 bit secret key algorithm and Base 64 binary to ASCIIencoding, however, other encryptive algorithms may be used. On arrivalto the Clearinghouse, the system interprets the encrypted ID and thenredirects the click-through to the appropriate Merchant, retaining theID in encrypted format. This link is for a single variable placed in theU1 field, and uses the standard HTTP name/value pair format. Theforegoing link may be modified to include multiple subvariables, allplaced in the U2 field. This is exemplified in Equation 2:http://click.linksynergy.com/fs-bin/stat?id=1Mh2Xiq9xNO&offerid=2164&ul=member%3D1234%26page%3Dpets  (2)

In the foregoing HTTP statements appended to the URL, the fs-bin is thepath; stat is a program for reading the rest of the string; “?” aseparator; the first id is the Content Provider identifier; “offerid” isthe Merchant offer—commission structure, and the U1 field is aname:value pair, wherein ampersands are used as separators. The U1string in Equation 2 above appears as name:value pairs:member=1234&page=pets  (U1)During processing of the U1 field, an escape function converts the “=”into hexadecimal form, i.e., “%3D” and “&” into “%26” of the U1 above,generating the string as shown in Equation 2 above. This permitsprocessing of the subvariables in the U1 field in accordance with therequirements of the Content Providers—with the Clearinghouse serverpopulating reports with these values and reporting these back to theContent Providers at select intervals. Exemplary subvariables willinclude member and page identifiers, and select numerical indicia.

Turning now to FIG. 2, a high level flow chart depicts the programminglogic for detecting click fraud. Logic begins at start block 200 and thesystem at block 210 pulls and enters the next web page in sequence. Withthe large number of affiliate web pages makes a sequential reviewperhaps too involve. Accordingly, the system may use a number ofsampling techniques, that provide some policing capability. In this way,counter variable I increments the sampled pages and sends these to thescanning program, block 220.

At Test 230, the scanned page is examined to determine if Javascriptexists within the page content. Javascript may be used to produce aclick-loop process, wherein the promotion linking codes are repeatedlytriggered by the Javascript commands. This would create the illusion ofmany clicks on the promotion by users. However, these clicks would havetelltale signs, such as originating from the same IP address, identicalpatterns, time intervals, and the like. A positive detection brancheslogic to the next Test, 240 for detecting the existence of theJavascript in association with the promotion vehicle, e.g., a banner ad.If this test is also positive, the system generates a report, positivelyidentifying the page as a potential source of click fraud, block 250.Logic then continues at 260.

In addition to the Javascript detection algorithm, the system furthertracks potential click fraud by assessing historical patterns ofcommerce. For example, if a click-through includes the same ID, thesystem measures the interval between successive clicks. A relativelyfast click speed, or multiple clicks at a uniform interval reflects thepossibility that the click is machine generated and potentiallyfraudulent. Other patterns may give further details, such as large jumpsin traffic from individual sites.

For large scale burst traffic generated from a single or a grouped IPaddress, within a short interval, the apache server of the Clearinghouseis programmed to block such traffic from hitting the database of the adservers, thus defending the Clearinghouse server from certain types ofDOS (denial of service) attacks. Based on these types of detectedactivity, the system will create a report and trigger further and morecomprehensive evaluations.

A similar process is employed in detecting content problems with webpages within the Affiliate network. This accrues when banners for selectproducts are placed on pages with content that is antithetical to thatproduct. To detect this, the system includes a selective downloadprocess for grabbing web pages WP(I) on some appropriate basis, block210. At block 220, the system pulls a library of keywords that are ofparticular concern for the product associated with that web page. Thismay be words associated with heart disease for products such as steaksor cigarettes.

Continuing with FIG. 3, the system then scans the web page WP(I) andcreates a comparator file from the scanning, block 330. This is thencompared to the library of keywords, Test 340 with the positive matchesbranching logic to block 350, storing the matched keyword. The systemthen generates a report regarding the match, block 360 and continues theprocess for the next page and library, block 370.

The allocation of commission dollars to charity may be done via severalmethods, including a USER and/or site basis. The USER enters a Merchantor Content Provider site and completes a form designating that futurepurchases made by that USER will trigger commissions payable to aspecified target, e.g., a charitable organization such as the AmericanCancer Society or “ACS”. Once completed, the form is entered into adatabase stored locally or at the Clearinghouse server. An identifier isthen used to detect subsequent commerce by that USER and, once detected,to allocate the commission to the designated recipient, e.g., ACS. Thedesignation of the target is made in one of the subvariables of the U1field.

Alternatively, the Content Provider site and/or Merchant site may havelocal coding that automatically triggers a commission vector todesignated recipients, viz., USER commerce, independent of USER dataentry. For example, a web page may promote itself as a purchase site forselect items stating that all purchases made on that site will incur acommission vector to a selected entity, such as a school. In this way,the University of Nebraska may include a Merchant web page wherepurchases by USERs trigger the commission vector depositing funds intothe school's bank account.

This is exemplified in FIG. 4. The process starts at block 400, andUSER(ID) is tracked, via mechanisms previously discussed herein, todetect purchases that generate a commission CP(ID), block 410. Test 420determines if the transaction is governed by any contribution programand if the USER is a member; if so, logic branches to block 430 and thesystem loads the proper commission vector parameters, Prog(ID). Thepurchase details are loaded, block 440, and the system allocates thecommission vector block 450.

In either event, the purchase commission is stored, block 460 and thesystem increments to the next USER-transaction.

Turning now to FIG. 5, a schematic of the levels of coding is providedfor the select fields associated with the HTTP command line entry forthe link. Level one depicts the three variables, including the U1 field.In accordance with the present invention, the U1 field is populated withsub variables, separated by markers so that the parsing programregisters the beginning and end of each subvariable in the U1 field.

As discussed previously, the Merchant will submit information regardingcommerce to the Clearinghouse server utilizing a Merchant text file.Select processing characteristics are transferred for implementation,via this Merchant file in a field known as the M1 field within the file.For example, the M1 field may report purchases from first time USERsunder a commission structure that rewards the Content Providers forreferrals of new customers at a higher rate than repeat customers. Thisprovision is included in the M1 field and used by the Clearinghouse toadminister the reporting of commissions to the Content Providers.

A typical Merchant return file is configured with the data as delineatedin Table I provided below:

TABLE 1 Time entered Time completed SKU number Quantity Price CurrencySiteID OrderID OrderID M1 M2 Flag

Although the invention has been described in detail for the purpose ofillustration, it is to be understood that such detail is solely for thatpurpose and that variations can be made therein by those skilled in theart without departing from the spirit and scope of the invention.

1. A method implemented over a computer network linking merchantservers, content provider servers, and a clearinghouse server,comprising: receiving over said computer network, at said clearinghouseserver, data from a merchant server describing an offer to placepromotion placement information on one or more content provider webpages; transmitting over said computer network, to a content providerserver, said data describing said offer; receiving over said computernetwork, at said clearinghouse server, data from said content providerserver indicating an acceptance of said offer; and establishing saidclearinghouse server as a hub of operation between said merchant andsaid content provider for said promotion placement.
 2. A method as inclaim 1, wherein said offer is capable of being accepted by said contentprovider without further input from said merchant.
 3. A method as inclaim 1, wherein said offer is an open offer.
 4. A method as in claim 1,wherein said offer is a closed offer.
 5. A method as in claim 1, whereinsaid data transmitted to said content provider describing said offerfurther comprises transaction processing software.
 6. A method as inclaim 1, wherein said offer comprises payment terms for sales related tosaid content provider.
 7. A method as in claim 1, wherein said offer iscreated using pre-defined terms provided by said clearinghouse server.